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SPACE BASED OTV SERVICING* 

J. Greg McAllister and Larry Redd 
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Space based servicing of an Orbit Transfer Vehicle (OTV) has been outlined 
in sufficient detail to arrive at OTV and support system servicing requirements. 
Needed space station facilities and their functional requirements have been 
identified. The impact of logistics and space servicable design on the OTV design 
is detailed. 


INTRODUCTION 

The President's proposed Space Station (SS) will provide an excellent base 
from which to operate a reusable space based Orbit Transfer Vehicle (OTV). 

Using the SS as a launch and refueling platform will allow the decoupling of the 
Space Transportation System (STS) earth to low earth orbit (LEO) and the OTV LEO to 
geosynchronous earth orbit (GEO) legs of payload delivery to GEO. The shuttle will 
no longer be forced to launch in a window dictated by the payload delivery, but 
rather on a periodic basis which would allow optimization of ground resources for 
routine flow. The burden of meeting the launch window then falls upon the SS/OTV 
system. This implies the need for a highly dependable OTV and OTV support system 
if the launch windows are to be reliably met. 

The OTV support system will in part consist of SS facilities capable of 
doing routine maintenance and certain contingency repair procedures. It will need 
an efficient logistics function, as well, to provide needed spares and consumables 
in a cost effective, timely manner. Implied by this is a highly developed health 
monitoring system for the OTV and its subsystems. This system must be capable of 
diagnosing items in need of attention early enough so that the necessary 
preventative action can be scheduled and lengthy downtimes avoided. All this is 
made very challenging by the fact that the SS will be able to provide only very 
limited manned support due to the restricted number of men available, the extreme 
difficulty of working in the space environment, and the demands of other SS 
activities. 


GROUND RULES AND ASSUMPTIONS 

Since none of the hardware actually exists, it is necessary to make a few 
assumptions and establish sensible ground rules to allow the task to proceed. 

These are shown in Table 1 and will be briefly discussed below. Since the 
objective of the present study is to identify engine impacts with regard to 
servicing, detailed design of the SS support facilities, etc., won't be attempted. 
Also, assumptions which ease the task of determining representative OTV design and 
subsequent engine impacts will be made fully realizing that they may not be real. 

* This work was performed under Contract No. 127985 with Pratt and Whitney 
Aircraft, West Palm Beach, Florida 


PRECEDING PAGE BLANK NOT FILMED 


Preceding page blank 


255 



For instance, all refueling operations are assumed to be performed on the SS 
instead of at a remote propellant farm. Operationally, the only impact is to the 
timeline. The operations to be performed remain similar. The major assumptions 
show up in Table 1 while many of the smaller assumptions will be noted in the text, 

as appropriate. 

The present study ground rules are: the use of the space station as the OTV 
base, STS shuttle as the launch vehicle, manrating of the OTV, LO 2 /LH 2 
propellants, and the use of an aerobrake with a low lift to drag ratio. From a 
servicing standpoint, LO 2 /LH 2 propellants, manrating, and the aerobrake present 
the greatest drivers. While the aerobrake itself may not need much servicing, a 
fixed aerobrake restricts OTV maneuvering about the SS, drives hangar design, and 
complicates engine servicing. Manrating implies a high degree of 
reliability/redundancy which in turn impacts the integrity of servicing 
operations. LO 2 /LH 2 propellants have a major impact on the propellant storage 
and transfer systems and to a lesser extent impacts the engine servicing 
requirements. Principally, the latter will be concerned only with engine changeout 
implications and the required health monitoring system and its requirements. 

As mentioned above, all space based OTV servicing is assumed to be at the SS 
and means to maneuver the OTV about the SS are provided. Specifically, 
the hangar and refueling depot are assumed attached and controlled from a permanent 
OTV control station at the SS. The OTV control station will control all OTV 
related operations: data-handling, refueling, line of sight (LOS) proximity 
operations, maintenance scheduling and procedures (except extra-vehicular activity 
(EVA)), and SS inventory control. The OTV is assumed to be under ground control 
for the LEO-GEO-LEO phase of the delivery missions. Both the baseline Rev 6 
mission model and the SS Mission Model (ref. 1 Vol. 3) indicate an OTV launch 
frequency of one every two weeks to one month. Therefore, a two week turnaround 
will be used as the groundrule. 


OTV MISSION FLOW 

Given the above assumptions and ground rules, the general OTV servicing flow 
can be sketched as shown in Table 2. From this list of operations, those pertinant 
to engine and OTV servicing are further broken out so that an operational and 
functional analysis can be performed which will reveal the SS facilities needs and 
the engine servicing impacts. These will be used as a baseline against which 
alternate servicing concepts will be explored/evaluated. 

Also, contingency operations such as unscheduled maintenance will be discussed 
relative to the impact on the baseline functional flow. 

A "top down" approach was first used to divide up the nominal two week 
turnaround so that the maximum available time to do tasks could be delineated. 

Next, specific individual tasks were considered "bottom up" in that actual times 
and equipment needed to perform comparable tasks on the ground were determined. In 
this fashion, areas of further research were identified. For the purposes of this 
study, the shorter of the two times were used to assemble the timelines shown. 
Included with the operational analysis are columns indicating facilities needs, and 
intra-vehicular activity (IVA), EVA and delta time. 
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Tables 3 and 4 indicate tasks, facilities, and time data for the baseline 
OTV turnaround. Table 2 presents a top level OTV servicing flow while Tables 3 and 
4 break out OTV servicing and engine servicing in further detail, respectively. 
Complete mission turnaround is shown to take approximately 10 days. This is driven 
primarily by the LEO-GEO-LEO time and the OTV post mission processing. 

The following discussion will cover the OTV mission flow. The "generic" OTV 
mission is anticipated to begin early with the mission planning activities and 
other operations by the payload program. The SS begins its preparations 2 to 3 
days before the payload is delivered by the STS. The payload is delivered a 
nominal one week early principally at the convenience of the shuttle and is stored 
on-board the SS awaiting pre-mission processing. Facilities for handling the 
payload are presumed available. Their exact manifestation is immaterial, but 
should include means of mechanically restraining the payload, providing dormant 
power, data handling, and thermal protection. 

A day before the mission the payload is moved into the servicing hangar for 
final check-out operations. No EVA is anticipated, but could be used if the 
payload had non-standard interfaces or required some minor contingency repair. 

For normal operations all pre-mission payload check-out operations shall be handled 
remotely. The four hours of check-out time are primarily to allow for P/L 
operations which may be more economically performed on the SS than on the ground. 
For example, payloads could be launched without fluids to relieve designing for 
launch loads. 

Following successful payload check-out, the OTV will be moved to the 
servicing hangar for mating with the payload. A final health check will be made of 
the OTV and the mission parameters will be loaded into the OTV main computer. The 
OTV to payload interface (i/F) is assumed to be primarily mechanical with a minimal 
electrical I/F provided. The electrical l/F would be standardized as well as the 
mechanical I/F. If non-standard I/F's were used, the timeline would need to be 
modified to allow for OTV I/F modification. No fluid I/F's are anticipated. Two 
P/L interfaces are implied here: one for the OTV and one for the STS. Once mated 
and the I/F's verified, the OTV and payload will be moved to the OTV refueling area 

Refueling is performed as the last major operation in the pre-launch flow to 
avoid bringing a fully loaded OTV into the hangar and to minimize boil-off. This 
implies a refueling area capable of accommodating the OTV, aerobrake, and payload. 
The OTV is docked and refueled on the aft end. A fixed aerobrake will complicate 
the refueling area design. Presumably, a door will be provided in the aerobrake to 
allow the fluid umbilicals access to the OTV fluid interfaces. The refueling 
operation itself is the subject of much debate and is simplified here into a tank 
chilldown operation followed by the bulk fluid transfer. Simultaneous fluid 
transfer is assumed. Non-hypergolic fluids and "no leak" quick-disconnects (QD's) 
should allow this. Also, reaction control system (RCS) propellants and pressurants 
are resupplied in parallel with the main propellants. Pressurant needs should be 
minimized as much as possible due to the inordinate costs of resuppling pressurants 

Following resupply, a final OTV checkout can be performed (gimbal actuators, 
pressure checks, etc). The OTV and payload are then disconnected from the 
refueling area and deployed from the SS. The timeline shown assumes that the SS 
remote manipulator system (RMS) releases the OTV and payload combination with a 
small delta-V relative to the SS. The OTV uses a "small" RCS burn to give 
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additional delta-V (about 3 fps) allowing swifter OTV and SS separation. At a safe 
distance from the SS the OTV control is passed to the ground and the delivery 
mission begins. An orbital maneuvering vehicle (OMV) could be used to accomplish 

the same thing. 

Space Station control resumes following the return of the OTV to a safe area 
WLthim LOS of the SS. Here, OTV safing is performed. This may be comprised of 
venting the OTV propellant residuals. However, this timeline assumes that the cost 
of propellants is of sufficient importance to warrant recovery. Safing would then 
entail, primarily, deactivation of the main engines (and the RCS if an OMV is used 
to recover the OTV). The OTV is returned to the SS following safing either by the 
OTV RCS or an OMV. The OTV is berthed at the refueling area. 

If safing were to entail venting of propellants, this may have a major 
impact on the OTV. Non propulsive vents must be provided with the appropriate 
valving and controls. Venting through the engines would be possible but could 
impose undesirable characteristics on the engine. Additionally, the resulting 
thrust would need to be accounted for. An OMV would not be able to do this as the 
OMV would likely be mated to the aft end of the OTV (so its thrust can act through 
the OTV-P/L center of mass). 

Post mission processing is essentially the reverse of the pre-mission flow. 
The residual propellants are removed after docking at the refueling area. Liquid 
propellants are returned to the SS cryogen tanks and gaseous propellants are 
recovered for use by the SS. RCS propellants would also be returned to storage to 
aid in the accuracy of pre-mission loading (mass measurement errors would otherwise 
accumulate). It may be desirable to leave a blanket pressure of propellant gases 
in ths tanks for structural reasons. 

During the propellant off-loading the SS data handling system will down link 
mission data from the OTV and return the bulk of this data to the ground where it 
:ill be processed. Additional data will have already been sent to the ground 
during the mission. Some data will also be retained by the SS computer to allow SS 
personnel to begin post processing scheduling. Quick data analysis and turnaround 
will be essential to efficient OTV servicing. The bulk of the analysis software is 
assumed to reside on the ground because it isn't cost effective to burden the SS 
computer or personnel with this task. Two days are allowed for the ground to 
return to the SS a preliminary post mission maintenance schedule. During these two 
days, the OTV would be returned to the hangar if it still has a payload attached. 
Otherwise, the OTV is moved to its storage area (which may be the servicing hangar 
- more on this later). 

Since post mission OTV servicing is highly dependent upon which maintenance 
needs to be performed, the routine servicing flow will be discussed along with a 
separate discussion of major contingency operations such as engine removal or 
aerobrake repair. Crew time is expected to be an extremely valuable commodity, 
therefore, routine operations will be highly automated. In addition, the ground 
processing of mission data will perform an optimization of servicing tasks and 
return a time table detailing the exact operations to be performed. An 
approximation is only possible now because both routine, (every mission) and 
contingency operations will be interwoven to effect the optimization. This 
approximation appears in Table 2 made up of the scheduled maintenance tasks from 
'Tables 3 and 4. 
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While the OTV is still berthed at the refueling area, a propulsion system 
check will be performed. This check will be in support of ground analysis of 
flight data to determine items in need of maintenance and to execute tests designed 
to isolate any anomalies detected in the flight data. The objective of this 
checkout is to drive out any failures which can be remedied in the OTV maintenance 
to follow. Also, tests which require pressurants will need to be performed here. 

If the OTV was equipped with removable tanks, the tank operations would he 
performed in this area. However, removable tanks are not currently envisioned. 

All maintenance operations will be performed in the servicing hangar after 
the schedule has been returned. The first operation will be an overall OTV visual 
inspection. This could be done EVA, but will likely be done with a closed circuit 
TV (CCTV) and monitor. In this case, sufficient mobility must be given to the CCTV 
to allow it to reach all areas of the OTV. Most likely, only specific areas will 
routinely be inspected such as the engine nozzles, aerobrake, and OTV exterior. 

CCTV movement could then proceed in a pre- programmed manner and the crew would 
only override to inspect questionable areas. 

It is anticipated that the servicing hangar will provide for checkout 
umbilicals more extensive than those provided at the refueling area so that 
specific tests can be run on the avionics. All umbilical actuation will be 
automated to avoid EVA costs. EVA is anticipated only for non-routine module 
change out operations, non-routine inspection, and other infrequently performed 
operations where it won't be cost effective to automate. In any case, after 
checkout umbilicals are attached the avionics will be checked via checkout software 
and equipment carried for this purpose. Any anomalies will be noted and factored 
into the maintenance schedule relayed from the ground. Any EVA operations would be 
performed following schedule finalization. EVA module changeout would be performed 
on all items so identified in the preceding checks. This assumes that the proper 
modules are already on board the SS and the modules were designed for EVA 
replacement. Both of these assumptions will be discussed more completely later. 

No modules have yet been identified which will require changeout after every 
mission. If this were the case, this would likely be accomplished robotically 
using only one IVA crew man; once again, to avoid EVA costs. A candidate list of 
EVA replaceable modules is shown in Table 5. This table includes estimated times 
and anticipated interfaces. Since RCS modules may involve fluid disconnects, two 
operations are shown to illustrate the differences. The fluid QD's lengthen the 
time due to the additional effort required to assure the crew's safety 
(installation of spill containment shrouds and check out following installation). 

Two major contingency operations identified are engine removal (which could 
also be routine) and aerobrake repair. Aerobrake repair is included at this point 
as a possibility. It is too early to say exactly what aerobrake repair implies or 
what type of failure it may suffer. Holes could be repaired either by patching or 
panel replacement. Aerobrake removal to ease servicing would be desirable but 
isn't a contingency operation. This would be included in overall processing flow 
near the end of pre-mission processing and the beginning of post mission processing 

ENGINE SERVICING 

Several levels of engine maintenance are identified as detailed in Table 4. 
Two types of scheduled maintenance are shown, operations performed after every 
flight and those performed every 10 missions. The latter operations are more 
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extensive and performed in addition to the regularly scheduled maintenance. They 
also include EVA operations (turbo pump inspection and line replaceable unit (LRU) 
replacement). The engine removal and replacement operation is detailed as well as 
three possible unscheduled engine repair operations. Unscheduled maintenance could 
occur -on the engine while it is attached to the OTV. This would involve 
essentially replacement of an LRU that failed prematurely. A removed engine could 
Lave a failed LRU repaired in a SS workshop if future analysis showed this to be 
desirable. Any major repair of the engine will entail removal and return to earth 
for repair. 

The tasks listed are indicative of the types of operations viewed as 
feasible. Table 6 is an example of the ground maintenance planned for the RL-XG 
Space Tug Engine (ref. 2). When the engine is further defined, the tasks will need 
to be re-evaluated. The turnaround maintenance tasks are to be fully automated so 
they may be performed with IVA. The inspection tasks will need manned involvement, 
hence the greater man hours assigned to the tasks. These tasks are listed 
separately from the OTV tasks previously discussed simply for ease of discussion. 
They would be fully integrated with the OTV tasks as part of the ground timeline 
.on performed to arrive at the appropriate maintenance schedule. If an 
engine removal were scheduled, the inspection would be eliminated. 

The engine is expected to be the major item to be serviced and is also the 
main topic of the present study. The view just presented is the baseline and 
t ~ - its a middle ground; one between the two extremes of the long life, .zero 

nx!ir:tenance engine and a fully modular, space rebuildable engine. The baseline 
engine aas some LRU's specified (but not identified) so they may be included in the 
all These LRU's are envisioned to be small items such as transducers or 

ignitbr boxes which can be scarred with EVA compatibility without encurring a large 
functional penalty. No major items like turbopumps, heat exchangers, 
corust -chambers etc., are included as LRU's. Failure of these items would entail 
cogir.e changeout and ground servicing of the failed engine. The weight and 
i .ioctionsI. penalty of making these LRU's is felt to outweigh the advantage of 
xibiag these EVA compatible. The one major item which may lend itself to EVA (or 
femote-! replacement would be the radiation cooled portion of the nozzle if there 
were a oroven advantage to this. Therefore, the philosophy developed here is that 
ar.y engine failure other than in a LRU will result in the replacement of that 
g ~ x fact, engines will be replaced prior to failure if the health 

■monitoring system detects an impending failure. 

flow that engine removal has been specified, some discussion is warranted on 
v-hat this will entail. An experienced ground crew under ideal conditions (air 
conditioned test cell fully equipped with the necessary tools) can remove an RL-10 
.rn about five hours. The EVA crewmen are expected to replace an engine in four 
ie SS hangar. This short time is a goal which makes efficient OTV 
turnaround a. possibility. Two concepts for the engine-OTV interface are shown in 
Fipires 1 and 2. Concepts of this nature will be required. It will be necessary 
to simplify the OTV-engine interface as much as possible to enable both the engine 
removal itself and provide the necessary functional integrity to the interface once 
the engine replacement has been effected. For this reason, it is desirable to 
eliminate pressurant activated components as this eliminates a gaseous QD from the 
OTV-engine interface. If the propellant tanks are left with a blanket pressure, a 
.sac of valves will be needed on the vehicle side. The main engine valves should 
remain with the engine so they can be serviced after the engine has been removed 
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(possibly on the SS, likely on the ground). The simplest interface design has all 
QD's aligned along a plane which separates the engine and the vehicle. This design 
type would lend itself to remote engine removal, which is a desirable feature. 

This approach would likely incur a weight penalty relative to an approach which 
minimizes weight at the expense requiring EVA assistance. Cost modelling of OTV 
servicing scenarios is expected to aid in recommending which approach to* use. 

SPACE STATION FACILITIES 

The functional and operational analysis just presented have identified five 
basic space station facilities which will be needed to support a space based OTV. 
The facilities are shown in Table 7. While the facilities are treated as separate 
items dedicated entirely to the OTV, in the actual space station they will be more 
general purpose facilities designed to support the OTV, OMV and other spacecraft 
designed for SS servicing. At this point, the facilities are separated more for 
functional reasons than for hardware reasons. The actual SS facilities will 
probably recombine the functions into units logically arranged as part of the SS 
design effort. Therefore, the following facilities discussions emphasize the 
needed functions divided functionally. Possible overlaps are included in the 
individual discussions. 

The servicing hangar will house all the necessary items used for servicing 
the OTV and other spacecraft. It should be a general purpose facility with some 
dedicated items specifically for servicing the OTV and the SS OMV as these two 
spacecraft will comprise the majority of the servicing requirements. A means of 
mechanically holding the various spacecraft will be needed. A variety of 
umbilicals will also be needed, mostly electrical. It may be desirable to provide 
a pressurant umbilical as well. Propellants and other hazardous fluids will be 
handled at another facility. Power for lighting and power tools should be supplied 
as well as means of securing the astronaut, his tools, and any other loose items 
necessary. One current hangar concept (Figures 3 and 4) involves a translation 
mechanism for the crewmen and a rotary carriage for the spacecraft. This would 
allow the possibility of a quasi-EMU (extra-vehiclular maneuvering unit) in which 
the EMU (or spacesuit) shares the SS atmosphere through an umbilical carried with 
the translation mechanism. In this hangar, total portability would not be 
necessary since a combination of translation and spacecraft rotation will allow 
access to all portions of the spacecraft. 

As with the servicing hangar, many functions of the SS computer system have 
already been mentioned. Therefore, they will only be summarized here. Only a 
small portion of the SS computers' responsibilities will be represented by the OTV 
activities. The SS computer will function primarily as a link between the OTV 
computer, ground facilities, and the SS crewmen. OTV data stored during the 
mission will be down linked to the ground through the SS computer with a portion 
being retained for the SS crewmen to act upon (SS safety related items, for 
instance). After ground processing, an estimate of the OTV maintenance schedule 
will be returned to the SS. The SS computer will then factor in maintenance tasks 
discovered during post mission processing of the OTV and prepare a final 
maintenance schedule. The SS computer will also handle loading of the OTV computer 
with mission specific data prior to the OTV mission. Part of the SS computer will 
also handle control of the many automated servicing mechanisms. These will include 
the SS RMS(s), refueling, and CCTV movement. 
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The above mentioned functions may more logically be part of the OTV control 
station,,, Certainly items which are entirely OTV specific will be functions of the 
OTV control station. The major item here is OTV refueling and OTV LOS control. 

The SS computer will probably just monitor safety related items so it can respond 
■properly if an emergency were to occur. The bulk of the OTV related software and 
systems will reside in the OTV control station (functionally at best). The OTV 
control station will be the primary man-machine link between the OTV and the SS 
crew. Several OTV display and equipment controllers will be logically arranged 
here to enable efficient IVA control of the various phases of the OTV mission. The 
OTV control station, as with the servicing hangar, will probably share hardware 
with other spacecraft. That, however, is a Space Station issue. 

The OTV refueling area will work closely with the control station. The 
primary function here is, obviously, refueling of the OTV. However, several other 
propellant and fluid related functions will also be accomplished here. The 
refueling area will represent a significant portion of the SS mass so its location 
will be critical to the SS control. The disturbances due to the propellant 
transfer will also need to be accommodated. 

The refueling area will house the cryogen tanks, an OTV mechanical 
interface, and the necessary umbilicals to allow refueling of all propellants and 
pressuramts . An electrical umbilical is also necessary to allow control of the OTV 
end down linking of OTV data stored during the OTV mission. It is not envisioned 
that other spacecraft will be able to utilize this hardware for their refueling. 
This is due mainly to the physical size of the OTV compared to other spacecraft. 
Another refueling station will likely be provided by the SS for these smaller 
spacecraft. (They are also likely to require earth-storable propellants, not 
cryogees,, ) Spacecraft wishing to utilize this facility will accomodate the OTV and 
-soft vicf- Versa. All the necessary control hardware will reside here (valves, 
pumps, plumbing, etc.) while the control software will be housed at the OTV control 
station . One or more CCTV's will be necessary if the refueling area is not visible 
from the control station. 

The space station will need to provide some sort of storage facilities for 
both the OTV and the various payloads. These facilities will at least provide 
mechanical hold-down and minimal power and data interfaces to sustain the vehicles 
in a dormant mode. Desirable features would be thermal and meteoroid protection. 
The servicing hangar could provide all of these at a loss in utility. These are, 
of course, space station issues. However, they are worth some discussion here as 
e e - : several modifications possible to the baseline timeline. For instance, 
ray load and OTV mating could be performed at the storage area if the proper 
alignment capability existed. The payload check-out could be performed here as 
well. This could save time as well as minimizing the movement of masses about the 
SS thereby saving SS propellant. 

As an. aside, this brings up the subject of the multiple payload interfaces 
necessary on the payload that it otherwise wouldn't need. Currently, the STS 
interface manifests itself as trunnion fittings and an electrical umbilical. The 
jo the other hand, would require some sort of axially acting mechanical 
interface and a separate electrical umbilical to that utilized for the shuttle. 
Presumably one of these two interfaces could be used by the space station storage 
facility,, A trade-off exis-ts between requiring the payload to supply these 
interfaces and scarring either the shuttle or OTV to eliminate one of the 
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interfaces. Since the payload is launched only once while the STS and OTV make 
multiple trips, the mass penalty may be best assigned to the payload. This is a 
subject for further study. 


DOWNTIME AND LOGISTICS 

The timelines discussed so far are for a routine mission where no major 
failure has occured which requires a delay to allow the STS to bring up the needed 
spares or, worse yet, return of the OTV to the ground for extensive servicing. 

Very few missions are likely to be "routine" and may well require delays which 
impact the baseline timeline. The learning curve is likely to extend through much 
of the "routine" mission time frame of the early to late 1990's. A fully debugged 
OTV-SS system by 1994 is unrealistic and an operational OTV by then is an ambitious 
goal. However, all the mission analysis to date suggest large payoffs for the 
ability to fly LEO-GEO missions on a two week schedule. A case for an OTV fleet is 
emerging. 

The other response to downtime impacts is a sufficient spares inventory at 
the SS to avoid the majority of the delays. Since failures are by nature 
unpredictable, this implies storing many spares which may never be needed. 
Unnecessary spares cost both in launch mass for the spares and in the mass of the 
facilities needed to house them. The space station is not yet envisioned as a 
flying warehouse. It is bad enough that it is becoming a flying service station - 
(OTV servicing view point). As a part of the evolving SS and OTV, a comprehensive 
inventory management effort is recommended which will minimize simultaneously the 
required mass at the space station and the down time incurred by the OTV. This 
would entail a high reliability OTV coupled with a component-by-component failure 
analysis to pin-point likely failures. In addition, grouping the high failure 
items such that they may be replaced as a unit(s) is required. From day one, the 
OTV design must adhere to this modular philosophy to some degree. One spare unit 
capable of remedying several failures will be very valuable. It has already 
emerged as a conclusion to change out an engine for any major failure rather than 
repair the engine on the OTV. A reusable space-based OTV cannot be optimized 
alone. But rather the OTV and its support system should be optimized. 
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Table 1 Ground Rules and Assumptions 


Study Ground Rules 


STS as launch vehicle 

Space Station facilities In place for OTV 

Space cased, reuseatole L02A.H2 OTV 

OTV to be man rateaile ana to Include an aeroorake 

Rev. 6 mission model, 1994 ioc 

Structural Interface only with payload 


Study Assumptions 

Space Station to provide up to a men/day , 8 nrs/dav 

Hangar, refueling area, and storage facilities attached to Space Station 

OTV ground controled except when within Space Station line-of-signt 

2 EVA/1 1VA men per EVA operation 

Routine tasks automated as much as possible 

Space Station to provide storage for necessary spares 

OTV missions to average two week intervals 

The OTV to be moved about SS by SS RMS(s) 

Times for "routine" operation, not development period 
OTV RCS to provide OTV control for "prox ops" 

Payload mated to OTV prior to OTV refueling 


TABLE 2 OTV Mission Flow 











Table 3 OTV Servicing Overview 
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LRU ASE.Rencv. Tools 

2.0 * 

2.0 - 

4.0 * 

6.0. I 

— 

Tanks - Sched. Maint. 

— 

Resupply Area 


2.0 

2.0 

- 

2.0 J 

- External Inspection 

CCTV Ronitor 

RMS * CCTV 


1.7 

- 


- PU and TVS Systen 

SS Conputor 

Test • Access Tools 

0.3 

0.3 

- 

°' 3 I 

Tanks - llnsched. Maint. 

SS Hangar 






- Tank Removal 

Res. Area.RMS Console 

RMS. CCTV, Tank ASE 

2.0 

2.0 

4.0(2) 

6.0 j 

- Insulation Repair 

EMU.HPA,Lighting 

Insul. Rep. Xit 

3.0 

3.0 

6.0 

9.0 

- X-ducer Replacenent 

EMU.HPA.Lighting 

LRU ASE.Renov. Tools 

1.0 

1.0 

2.0 

3.0 | 

- PU and TVS Systen 

SS Hangar. EMU,HPA 

LRU ASE.Renov. Tools 

2.0 

2.0 

4.0 

15.0 1 

Tanks - Mission peculiar 

Resupply Area 






- Tank Reconfiguration 

Res. Arsa.PtlS Console 

RMS, CCTV. Tank ASE 

2.0 

2.0 

4.0(2) 

6.0 

RCS - Scneduled Maint. 

Resupply Area.Unoil. 


1.0 

1.0 

MP 


- Leak check 

SS Conputor.Press 

RCS Software 

0.5 

0.5 



- X-ducer Check 

SS Conputor 

RCS Software 

0.5 

0.5 



RCS - Resupply 

Resupply Area.Unhll. 

RCS Software 

2.0 

2.0 

H 


RCS - Health Maint. 

SS Hangar 






- X-ducer Replacenent 

EMU,HPA.Lighting 

LRU ASE.Renov. Tools 

2.0 

2.0 

| i %fP 


- Thruster Replacenent 

Hangar.EMU.HPA.lisfit 

LRU ASE.Renov. Tools 

2.0 

2.0 

Bl 


Struc.6 ee - Sched. Maint 

SS Hangar 




■ 

j 

- Inspection 

CCTV flonitor 

RMS * CCTV 




1.0 1 

SUuc.6 P6 - rfl flaint. 





■H 


- A6 Rafurbishtwit 

Resupply Area,BW,WU 

A6 Repair Xit C Tools 


3.0 

Bl > : 

9.0 

i - Structure Repair 

SS Hangar,EMU.HPA 

LRU ASE.Renov. Tools 

■ 

2.0 

4.0 

6.0 | 


MOTES : 

(1) Mission average expected for all avionics nodules, 1 nr for contingency 

(2) Tank replacenent only for Modular OTV, Sons EVA assistance anticipated 

























TMe 4 Engine Servicing Overview 




■ 

Delta 

SS Man Hours j 

1 ODeratlon 

Facilities 

Tools 

Time 

IVA 

EVA 

Total i 

1 Engine-Turnaround Haint. 

Space Station Hangar 


3.4 hr 

5.4 

- 

5.4 | 

1 - Analysis of flight Oats 

SS & Grad Coj*putor 

Engine Software 

2 days 

2 

- 

2 1 

1 - Lock up pr®ssur« docay 

SS Conputor.Refuel 

Engine Software 

0.5 Kr 

0.5 

* 

■Zh 

| - Engine valve op check 

SS CcwDutor.Refuel 

Engine Software 

0.5 

0.5 



I “ Nozzle visual inspec. 

SS Conputor.Refuei 

HIS * CCTV 

0.6 

0.6 

- 

0.6 

3 - Mozile extension check 

SS Conputor.Refuei 

RMS - CCTV 

0.2 

0.2 


0.2 j 

j - Cinbal actuator check 

SS Computer.Refuel 

ISIS * CCTV 

0.2 

0.2 

- 

0.2 

| ~ Connect unbillcals 

SS Hangar 

RhS 

0.3 

0.3 

- 

0.3 j 

| - lurbopunp torque check 

SS Conputor 

Engine Software 

0.2 

0.2 

- 

■ 

| - Ignition systen check 

SS Cewputor 

Engine Software 

0.3 

0.3 

- 

0.3 

| - Instiunentetion c/o 

SS Conputor 

Engine Software 

0.5 

0.5 


0.5 

I - Solenoid c/o 

SS Conputor 

Engine Software 

0.3 

0.3 


0.3 I 

I - Disconnect Unbilicals 

SS Hangar 

(SIS 

0.2 

0.2 

’ 

0.2 

5 Engine - Periodic rtaint. 

S$ Hangar 


4.0 

4.0 

6.0 

iO.O 

| - Stujp operations 

SS hangar 

Engine tools,LRU ASE 

0.5 

0.5 

1.0 

1.5 

5 - rurbopunp twroscop# 

Powr. Lights 

8oroscope 

1.0 

0.5 

1.0 

1.5 

I " Thrust efittwr inspec. 

CCTV fiaiitor 

ISIS.CCTV 

1.0 

1.0 

- 

1.0 1 

1 - Er^jina LRU r©placement 

Power.lights.EMU,HPA 

Engine Tools.LRU ASE 

■' ■ 

1.5 

3.0 


1 - Tool stowage 

SS hangar 

Engine tools.LRU ASE 


0.5 

1.0 

i.5 

I £ngim> -OTV Engine Ronovs 

SS Hangar,WIS.EfflJ 

Engirv® Fixture, 

5.0 

3.8 

6.0 

9.8 3 

and Replace 

Foot restraint 

Engine Oiscon. tools. 






lighting 

Protective covers 




1 

- Setup tools 



0.5 

0.5 

1.0 

■! 

* Attach engine fixture 



0.5 

0.5 

1.0 

i.5 j 

- Disconnect engine 




0.5 

1.0 

1.5 I 

- Hove engine to storage 




0.2 

0.4 

0.6 J 

“ Pickup replacement 




0.1 

0.2 

0.3 I 

- Align arsd sttacn 




0.7 

1.4 

2.1 I 

j - Oheck/wrify CD's 




0.8 

0.5 

1.3 I 

- Store tools 

. 


0.5 

0.5 

0.5 

1.0 1 

Engine - Umscb-sd. floint. 







1 - Repair in hangar 

SS Hangar, OTS.EHU.HPA 

Above 

2.0 - 

2.0 * 

4.0 * 

6.0 * 1 

1 - Repair LRU m SS 

SS Hangar.RflS.EI1U.HPA 

Above plus LRU ASE 

3.0 • 

4.0 - 

4.0 

8.0 * j 

j - Repair on Ground 

SS iHan^ax^S.QIU.HRA 

Above plus Engine ASE 

2.0 

1.7 

3.4 

5.1 i 


ORIGINAL PAGE IS 

Of POOR QUALITY 
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Table 5 EVA Replaceable EtxiMe; 


SUBSYSTEM 

MCOLLE 

CONTENTS 

INTERFACES 







Avionics 

Main computer 

CPU, I/O unit* 

Memory 

Mecn, Elec. 

05 hour 


TT & C 

Antenna (s) 

Mech, Elec. 

02 hour 


C &DH 

RF Bectronlcs 

Mech, Elec. 

05 hour 


Gulctance 

Gyros 

Mech, Bee. 

0.4 hour 

Reaction Control 

System 

RCS Module 

Tanks, valves, tnrusters 

heaters, & transducers 

Mech, Elec 

05 nour 


Thruster 

REA valves, tnrust 

chamber, heater 

Mech, Elec & 

Fluid 

15 hour 

Electlcal Power 

Power supply 

Fuel cells, valves, tanks 

Mech, Bee 

05 hour 

System 

Fuel cell 

heat exchanger^. pimps 

Fuel cell module 

Mech, Bee & 

Fluid 

15 hour 

Structure & AeroDrake 

Aerobreke 

Aerobrske module 

Mechanical 

1.0 nour j 

——-_J 
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Table f> 


RLl0 Derivative Rocket Engine Inspection Task Times 


Inspection 

Area 

Type of 

Inspection 

Type of Fault 

Inspection 

Technique 

A eccas 

ML 

Total 
MM 11 

Elftpsed 

MM U 



Perlodlc/Phnse Inspection Operations 





Thrust Chamber 
Assembly 

External-Thrust 

Structure 

Do fo min Lion and 
Structural Integrity 

Tolerance Measure¬ 
ment, Dye Penetrant 
and Hndiogrnphy 

D1 reetty 

A ccesslble 

I 

1 . SO 

b. 7.-> 2 men 

Extendible 

Nozzle 

External-Structure 

'Ihermnl Damage 

Visual 

Directly 

Accessible 

I 

, 17 

. 17 

Turbopump 

Assembly 

Internal-Bearings 

Signs of Thermal 
Damage, Cage 

Damage 

Use of Borescope 

Typical 

Access Ports 

No. 1, 2, and 3 

1 

2. 00 

1.00 2 men 


Internal-Seals 

Excessive Seal 

Leakage 

Pressurize Sub- 
System 

Tu rbopump 

As Installed 

I 

. 50 

. 50 


Internal-Seals 

Excessive Wear 

Hadiolsotope 

Tu rbopump 

As Installed 

I 

1. 50 

. 75 2 men 


Turbopump Gears 

Signs of Excessive 
Tooth wear 

Use of Borescope 

Typical 

Access Ports 

No. 1, 2, and 3 

I 

Include with bearings 

Turbopump 

Torque-Check 

Bearings and Shaft 

Fit 

Torque Tool 

Oxidizer Pump 
Closure Plate 

I 

. 25 

; 

.25 

Helium System 

Internal 

Configuration 

Internal Leaks 

Helium Consumption 
Hate 

Fngine-As 

Installed 

I 

. 17 

. 17 

Flow Control 

External-Total 

Valve Inventory 

Leak Check 
(Internal) and 
Actuation Cycle 

Pressure to Verify 

Seal Operation and 
Position Indicators 

F.nglne-As 

Installed 

1 

. 50 

. 50 


Automatic Checkout 

Actuation Timing, 
Position Indications 

Comparison to 
Historical Data 

Lngine-Aa 

Installed 

I 

. 25 

.25 


External-Valve 
Weldments & Flanges 

Leak Check 
(External) 

Visual - Leaks 

Lngine-As 

Insl a 1 led 

1 

Include with eng. plumbing 




Table 6 RL10 Derivative Rocket Engine Inspection Task Times (Continued) 


Inspection Type of 

Area Inspection Type of Fault 


Inspection 

Technique 


Access 


Total Elapsed 

ML MM II MMII 


Glmbal 

Assembly 

Load Checkouts 

Excessive Wear 

Glmbal Power 
Requirement Check 

Engine-As 
installed 

I .50 

. 50 


Engine Plumbing 

Leak Check 

Leaks 

Visual 

Englne-As 

Installed 

I 2.00 

1. 00 

2 men 




TOTA15 

0.-34 

6. 09 




Turn Around Inspection Operations 





Engine 

Assembly 

External-Weldments, 
Ducts, Components, 
Fluid Lines, and 
Hardware 

Damage, Component 
Security, Loose 
Hardware 

Visual 

As Installed 

I . 50 

.25 

2 men 


Diagnostic Review 

All 

Computer Compar¬ 
ison of Operating 
Stgnatu re 

N/A 

I .25 

.25 


Thrust Chamber 
Assembly and 
Extendible 

Nozzle 

Internal Combus¬ 
tion Chamber Wail 
and Injector Face 

Signs of Thermal 
Damage (Corrosion, 
Cracking, Plugging) 

Visual 

Throat 

I . 17 

. 17 


"Hot Section" 

Weldments, Ducts, 
Manifolds and 
Chamber Tubes 

Damage 

Visual 

Directly 

Accessible 

I .25 

.25 



Expansion Nozzle 

Tube Cracks, Splits, 
Holes 

Visual 

Directly 

Accessible 

I . 17 

. 17 



Extendible Nozzle 

Signs of Thermal 
Damage 

Visual 

Directly 

Accessible 

I . 17 

. 17 


Ignition System 

internai-Spark 

Ignition 

No spark 

Visual 

Directly 

Accessible 

I . 17 

.08 

2 men 


TOTALS 1.68 1.34 



TaOSe 7 Space Station 0 7 Y Servicing Facilities 


SPACE STATION HANGAR 

- Provides meteor srd thermal protection for GW ana payloads. 

- Provides power, data, command, ana pressurant umhillcals 

- Storage and use of OW and payload handling cradles 

- General purpose RMS's, astronaut foot restraint/positioning aid (HPA), tool and LRU caddies 
SPACE STATION CXDMPUTOR 

- Refers to entire SS C&DH system. Including grouX and S/C links as appropriate 

- Stores ana executes routine servicing tasks, updating as needed from ground 

- Assumes major portion of task scheduling operations 

- Assumes major portion of RMS control and other roootics 












Figure 1 Planar OTV-Engine Disconnect Concept 



Figure 2 Discrete OTV-Engine Disconnect Concept 























